home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 4625 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.9 KB
  1. Path: news.gate.net!not-for-mail
  2. From: dhaire@gate.net (doug haire)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: faster than 28.8
  5. Date: 8 Feb 1996 10:53:48 -0500
  6. Organization: CyberGate, Inc.
  7. Message-ID: <4fd6ac$vsm@seminole.gate.net>
  8. References: <sumner-2001961038000001@sumner.tiac.net> <4ds0fp$4ap4@news-s01.ny.us.ibm.net> <AD29910A96685C7229@asd-stat13-153.dial.xs4all.nl> <bgrubb-2301960739100001@10.0.2.15> <4e3lbi$r3m@brachio.zrz.TU-Berlin.DE> <eric-2601960120540001@sobt.accessorl.n
  9.  <4famg4$1nai@seminole.gate.net> <4faoqp$15ci@navajo.gate.net> <eric-0802960057500001@sobt.accessorl.net>
  10. NNTP-Posting-Host: seminole.gate.net
  11. X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
  12.  
  13. Eric Shaw (eric@accessorl.net) wrote:
  14. : In article <4faoqp$15ci@navajo.gate.net>, dhaire@gate.net (doug haire) wrote:
  15. : 
  16. : >I suggest, Eric, that you detail the environment for your tests. Systems 
  17. : >used, load possibilities, etc. My tests were run between my 486dx/4-100 
  18. : >and my BBS on a 486sx33, both running DOS 5.0 (the BBS also is using 
  19. : >Desqview with only one window open, the PCBoard system) and using DSZ by 
  20. : >Omen Technologies with a command line of 'dsz port 1 pB4096 rz -m'
  21. : >The connection is over dial-up voice-grade telco lines from my home to my 
  22. : >home (a 20 mile loop to the CO and back over a SLC). the differing 
  23. : >connect speeds for the USR were done by restricting the maximum connect 
  24. : >speed via the &N settings. The Supra simply connected at the rate that it 
  25. : >did (26400/28800) without alteration [sigh].
  26. : 
  27. : The environments for the tests were identical for both types of modems. 
  28. : The exact same two computers were used, and the same phone cord was strung
  29. : between the modems, using ATX3D to dial without dialtone (no real phone
  30. : line used), and ATA to answer on the other modem.  
  31.  
  32. What type machines? What OS? What conditions on each? Would you try the 
  33. tests again using phone lines, not a direct connect?
  34. The reason that I ask the last question is because a direct cord connect 
  35. is not always the best way to go, you can set up some rather poor 
  36. conditions under stress that way that do not happen in the "real world". 
  37. My tests were made over dialed up connections.
  38.  
  39. I think your testing process is flawed.
  40.  
  41. : Perhaps the Couriers have changed since the ones we have (some say "v.34
  42. : ready" instead of v.34), or they need a real phone line.
  43.  
  44. My Couriers are so old, they surprised the tech when I gave him the 
  45. serial number and also the part and rev # on the motherboard. The 
  46. Couriers have changed but not like you think. The "brains" (firmware) is 
  47. the same no matter the age of the Courier.
  48.  
  49. : Is there any reason that the actual near zero delay between the modems
  50. : could be a problem, or the lack of attenuation?  I don't think this could
  51.  
  52. Lack of attenuation may be what is happening with your tests. When I hook 
  53. a 6 ft phone cord between my 2 Couriers, I only get a 21600/21600 
  54. connection. A longer cord gives a better connect. There is such a thing 
  55. as "too hot" in a phone link. This creates an echo condition which will 
  56. affect transmission.
  57.  
  58. : be the problem though, because if it was, it shouldn't matter whether the
  59. : files are compressed, and the Couriers did get about the rate they should
  60. : on compressed files whenever they didn't exhibit the "halting" problem
  61. : (where it doesn't send whats in its buffer for several seconds, sometimes
  62. : over 30-45).  I did notice that this halting problem got *MUCH WORSE* when
  63. : I flashed the modems to 33.6K - it used to just pause for half a second
  64. : once in awhile.
  65.  
  66. The 'halting' problem you mention here is on those tests? If so, they 
  67. mean the modem had to resend data because of errors. These errors are not 
  68. reported (unless you do an ati6 after the transfer). And there's where 
  69. your poor results seem to be coming from.
  70.  
  71. Try using a dialup connection and run your tests again.
  72.  
  73. -- 
  74.  "Things are more like they are now than they ever were before." 
  75.  [Dwight D. Eisenhower]                                          
  76.